In the Claims: 



Please cancel claim 55. The claims are as follows: 

1 . (Original) A method for managing contract data, comprising: 

receiving a contract dataset by a decentralized execution system (DES) from a 
procurement contract management system (PCMS); and 

passing the contract dataset through a software filter that determines whether to store the 
contract dataset or a first portion thereof in a relational database of the DES, said relational 
database including contract datasets, vendor datasets, and purchase item datasets. 

2. (Original) The method of claim 1, wherein the software filter fiarther determines whether to 
store the contract dataset or a second portion thereof in a special database of the DES. 

3. (Original) A method for managing contract data, comprising: 

receiving a contract dataset by a first SAP contract management system from a second 
SAP contract management system; and 

passing the contract dataset through a software filter that determines whether to store the 
contract dataset or a first portion thereof in a SAP database of the first SAP contract management 
system. 



4. (Original) The method of claim 1, wherein the software filter fiirther determines whether to 
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store the contract dataset or a second portion thereof in a non-SAP database of the first SAP 
contract management system. 

5. (Original) A method for managing contract data, comprising: 

receiving a contract datagroup Dq by a decentralized execution system (DES) from a 
procurement contract management system (PCMS), said contract datagroup Dq selected fi"om the 
group consisting of a contract dataset and a contract deltadataset, said contract datagroup Dq 
identifying N purchase items purchasable from a vendor V keyed to the contract datagroup Dq, 
said N at least 1, said contract datagroup Dq identifying the vendor V if the contract datagroup 
Dq is the contract dataset, said DES comprising a relational database that includes contract 
datasets, vendor datasets having vendors, and purchase item datasets having purchase items; 

determining which, if any, of the N purchase items identified in the contract datagroup 
Dq match a purchase item in the purchase item datasets and determining a total number K of such 
purchase items in D^ that do not so match a purchase item in the purchase item datasets, said K 
satisfying 0 < K < N; and if K < N then 

if the contract datagroup D^ is the contract dataset then determining whether the vendor V 
matches a vendor in the vendor datasets and if the vendor V so matches a vendor in the vendor 
datasets then adding a subset of Dq to the relational database, said subset of Dq excluding the K 
purchase items from Dq, else 

if the contract datagroup Dq is the contract deltadataset and Dq is keyed to a first contract 
dataset in the relational database then adding to the first contract dataset in the relational database 
a remaining N-K purchase items of Dq. 
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6. (Original) The method of claim 5, wherein the DES further comprises a special database that 
includes contract datasets, wherein the contract datagroup is the contract deltadataset, and 
wherein if K > 0 then said method further comprising: 

if Dq is keyed to a first contract dataset in the special database, then adding to the first 
contract dataset in the special database the K purchase items of D^; and 

if Dq is not keyed to any contract dataset in the special database, then forming fi-om Dq a 
contract dataset that includes the K purchase items and excludes the remaining N-K purchase 
items, and adding to the special database. 

7. (Original) The method of claim 5, wherein if K < N and the contract datagroup is the 
contract dataset and the vendor V does not match a vendor in the vendor datasets, then further 
comprising adding a vendor dataset Dy to the relational database when a contract based on the 
subset of Dq is required at the DES, said vendor dataset Dy keyed to the vendor V. 

8. (Original) The method of claim 7, wherein adding Dy to the relational database comprises 
extracting Dy from a vendor database prior to adding Dy to the relational database. 

9. (Original) The method of claim 7, wherein adding Dy to the relational database comprises: 

conmiunicating a message to a DES buyer keyed to at least one purchase item of the 
remaining N-K purchase items, each of said at least one purchase item matching a purchase item 
in the purchase item datasets, said message relating to adding Dy to the relational database; and 

having the DES buyer cause Dy to be added to the relational database when the contract 
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based on the subset of Dq is required at the DES. 

10. (Original) The method of claim 5, wherein the contract datagroup Dq is the contract dataset. 

11. (Original) The method of claim 5, wherein the contract datagroup Dq is the contract 
deltadataset. 

12. (Original) The method of claim 5, said PCMS being a SAP system, said DES being a SAP 
system, said relational database being a SAP database. 

13. (Original) A method for managing contract data, comprising: 

receiving a contract dataset Dc by a decentralized execution system (DES) from a 
procurement contract management system (PCMS), said contract dataset D^ identifying a vendor 
V and N purchase items purchasable from the vendor V, said N at least 1, said DES comprising a 
relational database that includes contract datasets, vendor datasets having vendors, and purchase 
item datasets having purchase items, said DES fiirther comprising a special database that 
includes contract datasets; 

determining which, if any, of the N purchase items identified in the contract dataset D^ 
match a purchase item in the purchase item datasets and determining a total number K of such 
purchase items in D^ that do not so match a purchase item in the purchase item datasets, said K 
satisfying 0 < K < N; and 

if K = N then adding D^ to the special database, else if K < N then determining whether 
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the vendor V matches a vendor in the vendor datasets and if the vendor V so matches a vendor in 
the vendor datasets then adding a first subset of to the relational database and if K > 0 adding 
a second subset of to the contract datasets of the special database, said first subset of 
excluding the K purchase items from D^, said second subset of Dc excluding a remaining N-K 
purchase items from D^. 

14. (Original) The method of claim 13, fiirther comprising: 

adding a new purchase item to the purchase item datasets; 

determining whether the new purchase item is identified in a contract dataset D^s of the 
special database; and 

if the new purchase item is so identified in D^g and D^s identifies J purchase items such 
that J is at least 1, then determining whether a vendor identified in D^g matches a vendor in the 
vendor datasets and if the vendor identified in D^s so matches a vendor in the vendor datasets 
then: 

if a contract identifier of D^s matches a contract identifier of a first contract 
dataset in the relational database then adding the new purchase item to the first contract 
dataset, else 

if the contract identifier of D^g does not matches a contract identifier of any 
contract dataset in the relational database then adding a subset of D^s to the relational 
database, said subset of D^s including the new purchase item; and 

if J = 1 then deleting D^s from the special database else deleting the new purchase 
item from D^g. 
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15. (Original) The method of claim 14, further comprising extracting the new purchase item from 
a purchase item database prior to adding the new purchase item to the purchase item datasets, 

16. (Original) The method of claim 13, said PCMS being a SAP system, said DES being a SAP 
system, said relational database being a SAP database, said special database being a non-SAP 
database. 

17. (Original) A method for updating an execution document relating to a contract, said method 
comprising: 

having an execution document at a decentralized execution system (DES) of a 
procurement contract management system (PCMS), said execution document being derived from 
a contract dataset in the DES, said execution document having an existing attribute value for a 
purchase item in the contract dataset; 

receiving notice at the DES from the PCMS of a new attribute value that is to replace the 
existing attribute value; and 

replacing the existing attribute value with the new attribute value in the execution 
document. 

18. (Original) The method of claim 17, said existing attribute value for the purchase item being a 
first price of the purchase item, said new attribute value for the purchase item being a second 
price of the purchase item. 
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19. (Original) The method of claim 17, said execution document being a purchase order. 

20. (Original) The method of claim 17, said execution document being a scheduling agreement 
whose new attribute value for the purchase item is effective upon receipt of the purchase item by 
a DES buyer keyed to the purchase item. 

21. (Original) The method of claim 17, said PCMS and said DES each being a SAP system. 

22. (Original) A method of contract archiving, comprising: 

sending a list of I identifiers by a procurement contract management system (PCMS) to at 
least one decentralized execution system (DES), said I at least 1 , each identifier of the I 
identifiers identifying a contract dataset in the PCMS earmarked by the PCMS for archiving; 

receiving by the PCMS a retum list of M of the I identifiers from each DES of the at least 
one DES in response to said sending, said M in a range of 0 < M < I, said retum list being DES- 
specific, each said contract dataset identified in the retum list of each DES having been approved 
by said each DES for archiving; and 

archiving by the PCMS each contract dataset identified in the list of I identifiers and 
appearing in an intersection list of the retum lists, if the intersection list is not empty. 

23. (Original) The method of claim 22, further comprising commxinicating by the PCMS to each 
DES of the at least one DES: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
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intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 

24. (Original) The method of claim 22, said PCMS and each of the at least one DES being a SAP 
system. 

25. (Original) A method of contract archiving, comprising: 

receiving by a first decentralized execution system (DES) of at least one DES fi-om a 
procurement contract management system (PCMS) a list of I identifiers, said I at least 1 , each 
identifier of the I identifiers identifying a contract dataset in the PCMS eamiarked by the PCMS 
for archiving, said list of I identifiers sent by the PCMS to each DES of the at least one DES, said 
PCMS adapted to receive a return list of M of the I identifiers from each DES of the at least one 
DES in response to said sending, said M in a range of 0 < M ^ I, said retum list being DES- 
specific, each said contract dataset identified in the retum list of each DES having been approved 
by said each DES for archiving, said PCMS adapted to archive each contract dataset identified in 
the suggest list and appearing in an intersection list of the retum lists if the intersection list is not 
empty; and 

sending by the first DES to the PCMS the retum list of the first DES. 

26. (Original) The method of claim 25, fiirther comprising receiving by the first DES notification 
from the PCMS: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
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intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 

27. (Original) The method of claim 25, said PCMS and each of the at least one DES being a SAP 
system. 

28. (Original) A system for managing contract data, comprising software at a decentralized 
execution system (DES), said software adapted to: 

receive a contract dataset by the DES from a procurement contract management system 
(PCMS); and 

pass the contract dataset through a software filter that is adapted to determine whether to 
store the contract dataset or a first portion thereof in a relational database of the DES, said 
relational database adapted to include contract datasets, vendor datasets, and purchase item 
datasets. 

29. (Original) The system for managing contract data of claim 28, wherein the software filter is 
adapted to fiirther determine whether to store the contract dataset or a second portion thereof in a 
special database of the DES. 

30. (Original) A system for managing contract data, comprising software at a decentralized 
execution system (DES), said software adapted to: 

receive a contract dataset by a first SAP contract management system from a second SAP 
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contract management system; and 

pass the contract dataset through a software filter that determines whether to store the 
contract dataset or a first portion thereof in a SAP database of the DES. 

3 1 . (Original) The system for managing contract data of claim 30, wherein the software filter is 
adapted to further determine whether to store the contract dataset or a second portion thereof in a 
non-SAP database of the first SAP contract management system. 

32. (Original) A system for managing contract data, comprising software at a decentralized 
execution system (DES), said software adapted: 

to have the DES receive a contract datagroup D^ from a procurement contract 
management system (PCMS), said contract datagroup Dq selected from the group consisting of a 
contract dataset and a contract deltadataset, said contract datagroup D^ identifying N purchase 
items purchasable from a vendor V keyed to the contract datagroup Dq, said N at least 1, said 
contract datagroup Dq identifying the vendor V if the contract datagroup Dq is the contract 
dataset, said DES comprising a relational database that includes contract datasets, vendor 
datasets having vendors, and purchase item datasets having purchase items; 

to determine which, if any, of the N purchase items identified in the contract datagroup 
Dq match a purchase item in the purchase item datasets and to determine a total number K of 
such purchase items in the D^ that do not so match a purchase item in the purchase item datasets, 
said K satisfying 0 < K ^ N; and if K < N then 

if the contract datagroup Dq is the contract dataset then to determine whether the vendor 
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V matches a vendor in the vendor datasets and if the vendor V so matches a vendor in the vendor 
datasets then to add a subset of to the relational database, said subset of Dq excluding the K 
purchase items from Dq, else 

if the contract datagroup Dq is the contract deltadataset and said contract deltadataset is 
keyed to a first dataset in the relational database then to add to the first dataset a remaining N-K 
purchase items of the contract datagroup Dq. 

33. (Original) The system for managing contract data of claim 32, wherein the DES further 
comprises a special database that includes contract datasets, wherein the contract datagroup Dq is 
the contract deltadataset, and wherein if K > 0 then said software is further adapted: 

if is keyed to a first contract dataset in the special database, then to add to the first 
contract dataset in the special database the K purchase items of D^; and 

if Dq is not keyed to any contract dataset in the special database, then to form from Dq a 
contract dataset that includes the K purchase items and excludes the remaining N-K purchase 
items, and to add to the special database. 

34. (Original) The system for managing contract data of claim 32, wherein if K < N and the 
contract datagroup is the contract dataset and the vendor V does not match a vendor in the 
vendor datasets, then said software is further adapted to have a vendor dataset Dy added to the 
relational database when a contract based on the subset of is required at the DES, said vendor 
dataset Dy keyed to the vendor V. 
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35. (Original) The system for managing contract data of claim 34, wherein said software is 
further adapted to have the vendor dataset Dy extracted from a vendor database prior to having 
Dy added to the relational database. 

36. (Original) The system for managing contract data of claim 34, wherein to have the vendor 
dataset Dy added to the relational database comprises: 

to communicate a message to a DES buyer keyed to at least one purchase item of the 
remaining N-K purchase items, each of said at least one purchase item matching a purchase item 
in the purchase item datasets, said message relating to adding Dy to the relational database; and 

to have the DES buyer cause Dy to be added to the relational database when the contract 
based on the subset of D^ is required at the DES. 

37. (Original) The system for managing contract data of claim 32, wherein the contract datagroup 
Dq is the contract dataset. 

38. (Original) The system for managing contract data of claim 32, wherein the contract datagroup 
Dq is the contract deltadataset. 

39. (Original) The system for managing contract data of claim 32, said PCMS being a SAP 
system, said DES being a SAP system, said relational database being a SAP database, said 
software being non-SAP software. 
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40. (Original) A system for managing contract data, comprising software at a decentralized 
execution system (DES), said software adapted: 

to have the DES receive a contract dataset from a procurement contract management 
system (PCMS), said contract dataset identifying a vendor V and M purchase items 
purchasable from the vendor V, said M at least 1, said DES comprising a relational database that 
includes contract datasets, vendor datasets having vendors, and purchase item datasets having 
purchase items, said DES fiirther comprising a special database that includes contract datasets; 

to determine which, if any, of the N purchase items identified in the contract dataset D^ 
match a purchase item in the purchase item datasets and to determine a total number K of such 
purchase items in the D^ that do not so match a purchase item in the purchase item datasets, said 
K satisfying 0 < K < N; and 

if K = N then to add D^ to the special database, else if K < N then to determine whether 
the vendor V matches a vendor in the vendor datasets and if the vendor V so matches a vendor in 
the vendor datasets then to add a first subset of D^ to the relational database and if K > 0 to add a 
second subset of D^ to the contract datasets of the special database, said first subset of D^ 
excluding the K purchase items from D^, said second subset of D^ excluding a remaining N-K 
purchase items from D^. 

41 . (Original) The system for managing contract data of claim 40, wherein said software is 
fiirther adapted: 

to add a new purchase item to the purchase item datasets; 

to determine whether the new purchase item is identified in a contract dataset D^g of the 
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special database; and 

if the new purchase item is so identified in D^g and D^s identifies J purchase items such 
that J is at least 1 , then to determine whether a vendor identified in D^s matches a vendor in the 
vendor datasets, and if the vendor identified in D^s so matches a vendor in the vendor datasets 
then: 

if a contract identifier of D^s matches a contract identifier of a first contract 
dataset in the relational database then to add the new purchase item to the first contract 
dataset, else 

if the contract identifier of D^s does not matches a contract identifier of any 
contract dataset in the relational database then to add a subset of D^s to the relational 
database, said subset of D^g including the new purchase item; and 

if J = 1 then to delete D^s fi"om the special database else to delete the new 
purchase item fi'om D^s- 

42. (Original) The system for managing contract data of claim 41, wherein said software is 
fiirther adapted to extract the new purchase item fi'om a purchase item database prior to adding 
the new purchase item to the purchase item datasets. 

43. (Original) The system for managing contract data of claim 40, said PCMS being a SAP 
system, said DES being a SAP system, said relational database being a SAP database, said 
special database being a non-SAP database, said software being non-SAP software. 



09/035,077 



15 



44. (Original) A system for updating an execution document relating to a contract, comprising a 
decentralized execution system (DES) of a procurement contract management system (PCMS), 
said DES having software adapted: 

to have an execution document at the DES, said execution document being derived from 
a contract dataset in the DES, said execution document having an existing attribute value for a 
purchase item in the contract dataset; 

to receive notice at the DES from the PCMS of a new attribute value that is to replace the 
existing attribute value; and 

to replace the existing attribute value with the new attribute value in the execution 
document. 

45. (Original) The system for updating an execution document of claim 44, said existing attribute 
value for the purchase item being a first price of the purchase item, said new attribute value for 
the purchase item being a second price of the purchase item. 

46. (Original) The system for updating an execution document of claim 44, said execution 
document being a purchase order. 

47. (Original) The system for updating an execution document of claim 44, said execution 
document being a scheduling agreement whose new attribute value for the purchase item is 
effective upon receipt of the purchase item by a DES buyer keyed to the purchase item. 
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48. (Original) The system for updating an execution document of claim 44, said PCMS and said 
DES each being a SAP system, said software being non-SAP software. 

49. (Original) A system for contract archiving, comprising a procurement contract management 
system (PCMS) having software adapted: 

to send a list of I identifiers to at least one decentralized execution system (DES), said I at 
least 1, each identifier of the I identifiers identifying a contract dataset in the PCMS earmarked 
by the PCMS for archiving; 

to receive a return list of M of the I identifiers firom each DES of the at least one DES in 
response to having sent the list of I identifiers to each said DES, said M in a range of 0 < M < I, 
said retum list being DES-specific, each said contract dataset identified in the retum list of each 
DES having been approved by said each DES for archiving; and 

to archive each contract dataset identified in the list of I identifiers and appearing in an 
intersection list of the retum lists, if the intersection list is not empty. 

50. (Original) The system for contract archiving of claim 49, said software fiirther adapted to 
commxmicate to each DES of the at least one DES: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 



51. (Original) The system for contract archiving of claim 49, said PCMS and each of the at least 
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one DES being a SAP system, said software being non-SAP software. 

52. (Original) A system for contract archiving, comprising a first decentralized execution system 
(DES) of at least one DES, said first DES having software adapted: 

to receive fi'om a procurement contract management system (PCMS) a list of I identifiers, 
said I at least 1, each identifier of the I identifiers adapted to identify a contract dataset in the 
PCMS earmarked by the PCMS for archiving, said list of I identifiers adapted to be sent by the 
PCMS to each DES of the at least one DES, said PCMS adapted to receive a return Hst of M of 
the I identifiers fi"om each DES of the at least one DES in response to having sent the list of I 
identifiers to each said DES, said M in a range of 0 ^ M < I, said return list being DES-specific, 
each said contract dataset identified in the return list of each DES having been approved by each 
said DES for archiving, said PCMS adapted to archive each contract dataset identified in the list 
of I identifiers and appearing in an intersection list of the return lists if the intersection list is not 
empty; and 

to send to the PCMS the return list of the first DES. 

53. (Original) The system for contract archiving of claim 52, said software fiirther adapted to 
receive notification firom the PCMS: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 
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54. (Original) The system for contract archiving of claim 52, said PCMS and each of the at least 
one DES being a SAP system, said software being non-SAP software. 

55. (Canceled) 
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